Information processing methodology

ABSTRACT

An information processing methodology gives rise to an application program interface which includes an automated digitizing unit, such as a scanner, which inputs information from a diversity of hard copy documents and stores information from the hard copy documents into a memory as stored document information. Portions of the stored document information are selected in accordance with content instructions which designate portions of the stored document information required by a particular application program. The selected stored document information is then placed into the transmission format required by a particular application program in accordance with transmission format instructions. After the information has been transmission formatted, the information is transmitted to the application program. In one operational mode, the interface interactively prompts the user to identify, on a display, portions of the hard copy documents containing information used in application programs or for storage.

BACKGROUND OF THE INVENTION

The invention is directed to a system for efficiently processinginformation originating from hard copy documents. More specifically, theinvention is directed to a hard copy document to application programinterface which minimizes the need to manually process hard copydocuments.

In the past, information contained on hard copy documents was manuallyentered into a computer via the input controller of a particularcomputer. The original document was then filed away for futurereference. Automatic input of data was limited to the input of MagneticInk Character Recognition (MICR) data and to Optical CharacterRecognition (OCR) data. This fixed-position data was forwarded directlyto a dedicated computer application specifically designed to accommodatethe input format. In more recent years, typewritten text has beenmechanically inputted into a computer via a text file. Examples of thislatter type of system are word processors and photo-typesetters.

These conventional systems have limitations which decrease theefficiency of processing information from a hard copy document. Forexample, the systems discussed above are limited in their application toMICR, OCR, or typewritten data. Parsing and processing data is limitedto the particular requirements of the particular computer applicationwhich requires the input data. In addition, in these conventionalsystems, the actual hard copy document must be retained for futurereference at great expense.

In a sophisticated computer network, different users may requiredifferent portions of the information contained on a hard copy document.For example, if the hard copy document is an invoice returned withpayment of a bill, the accounting department may need all of themonetary information contained on the bill while the mailroom may needonly customer address information, to update a customer's address.Therefore, there is a need for a system in which specific informationfrom a hard copy document can be selectively distributed to varioususers.

Another problem with conventional systems is that users, even within thesame company, may require that the information extracted from a hardcopy document be transmitted to a particular application program in aspecific transmission format. For example, one department in a companymay use a particular application program which must receive informationusing a particular character as a delimiter and other departments mayrequire the information in a different format using differentdelimiters.

Another problem, particularly for small businesses, is that currentsystems can not efficiently accommodate the inputting of informationfrom a diversity of hard copy documents. A large business which receivesmany forms in the same format can afford a system which inputs a highvolume of information in that format into memory. For example, it iscost-effective for a bank which processes hundreds of thousands ofchecks a month to buy a dedicated machine which can read information offof checks having a rigidly defined, or fixed, format. However, as thediversity of forms received by a business increases relative to thenumber of forms that must be processed, it becomes less cost-effectiveto design a dedicated machine for processing each type of form format.This problem is particularly significant in small businesses which may,for example, receive fifty invoices a month, all in different,non-fixed, formats. It is frequently not cost-effective for a smallbusiness to design dedicated systems for inputting information in eachof these various formats. This leaves a small business with no otherpractical alternative than to manually input the information off of eachinvoice each month.

SUMMARY OF THE INVENTION

It is an object of the invention, therefore, to provide an applicationprogram interface which allows a user to select specific portions ofinformation extracted from a diversity of hard copy documents and allowsthe user to direct portions of this information to several differentusers in accordance with the needs of the particular user.

It is also an object of the invention to provide a cost-effective systemfor inputting hard copy documents which can accommodate hard copydocuments in a diversity of formats.

It is another object of the invention to provide an application programinterface which allows a user to put information, which is to betransmitted, into a particular transmission format, based upon the needsof the receiver of the information.

It is a further object of the invention to provide an applicationprogram interface which will allow the extraction, selection,formatting, routing, and storage of information from a hard copydocument in a comprehensive manner such that the hard copy documentitself need not be retained.

It is another object of the invention to provide a system which reducesthe amount of manual labor required to process information originatingfrom a hard copy document.

A further object of the invention is to reduce the time required toprocess information originating from a hard copy document so that ahigher volume of transactions involving hard copy documents can beprocessed.

The invention provides an application program interface which inputs adiversity of hard copy documents using an automated digitizing unit andwhich stores information from the hard copy documents in a memory asstored document information. Portions of the stored document informationare selected in accordance with content instructions which defineportions of the stored document information required by a particularapplication unit. Selected stored document information is then formattedinto the transmission format used by the particular application programbased on transmission format instructions. The transmission formattedselected stored document information is then transmitted to theparticular application program. The hard copy documents may containtextual information or image information or both.

The interface operates in three different modes.

In a first mode, the interface extracts all of the information from hardcopy documents and stores this information in memory. Parsing of variousportions of the extracted information is performed in accordance withcontent instructions.

In a second mode, the user operates interactively with the interface byuse of a display and an input device, such as a mouse. In this secondmode, a hard copy document is inputted and displayed on the display. Theinterface then prompts the user to identify the location of variousinformation. For example, the interface can ask the user to identify thelocation of address information on the hard copy document. In response,the user positions the mouse to identify address information using acursor. The identified information is then stored as address informationin memory. Subsequently, the interface again prompts the user toidentify other pieces of information, which are then stored in theappropriate locations in memory. This process proceeds until all of theinformation which is desired to be extracted off of the hard copydocument is stored in memory.

In a third mode of operation, selected portions of information areextracted off of hard copy documents in accordance with predeterminedlocation information which has been specified by the user. For example,the user can define a template which specifies the location ofinformation on hard copy documents. Templates can be formed inconjunction with second mode operation. Alternatively, the user caninstruct the interface to search hard copy documents for a particularcharacter or symbol, located on the hard copy documents. The informationdesired to be extracted off of the hard copy documents is specifiedrelative to the location of this character or symbol.

The interface can also prompt or receive from an applications program oranother information processing system, required information, contentinstructions, and format instructions.

Other objects, features, and advantages of the invention will beapparent from the following detailed description of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention will be described in further detail below with referenceto the accompanying drawings, in which:

FIG. 1 illustrates hardware for implementing a preferred embodiment ofthe instant invention;

FIG. 2 illustrates an example of a hard copy document containinginformation to be processed by the instant invention;

FIGS. 3A and 3B are enlarged views of the computer of FIG. 1 used toexplain how the invention interactively prompts a user to identifyinformation;

FIG. 4 is an overall data flow diagram for the FIG. 1 preferredembodiment;

FIG. 5 is a detailed input data flow diagram for the FIG. 1 preferredembodiment;

FIG. 6 is a detailed information processing data flow diagram for theFIG. 1 preferred embodiment;

FIG. 7 is a more detailed information processing data flow diagram forthe maintain library module of FIG. 6;

FIG. 8 is a more detailed information processing data flow diagram forthe maintain definitions module of FIG. 6;

FIG. 9 is a more detailed information processing data flow diagram forthe process document module of FIG. 6;

FIG. 10 is a detailed output data flow diagram for the FIG. 1 preferredembodiment;

FIG. 11 lists data corresponding to the hard copy document of FIG. 2;

FIGS. 12A, 12B, and 12C illustrate examples of data which can beselected from the extracted data of FIG. 11 in accordance with contentinstructions;

FIGS. 13A, 13B, and 13C illustrate examples of the data of FIGS. 12A,12B, and 12C formatted in accordance with various transmission formatinstructions to form input files; and

FIG. 14 illustrates another example of a hard copy document containinginformation to be processed by the instant invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hardware

The invention provides an interface between information originating froma hard copy document and a computer application unit which uses theinformation. The computer application unit can be a particular computerapplication program or a device which is controlled in accordance withinstructions or information from the hard copy document. The inventionalso allows storing a copy of the hard copy document in a memory andretrieving the copy of the hard copy document. By providing acomprehensive and integrated system which can accommodate almost all ofthe possible uses of information contained on a hard copy document, theinstant invention allows for a paperless office.

The invention includes hardware and software necessary to extract,retrieve, and process information from the hard copy document. A copy ofthe actual image of the hard copy document is stored in memory. Textualinformation extracted from the hard copy document is also stored inmemory. Textual information is information, such as alphanumericcharacters, which is recognized on the hard copy document and which isstored in a form which corresponds to the particular recognizedcharacter. For example, the extracted characters can be stored in theASCII format in an electronic memory.

The user can have all of the information extracted from the hard copydocument and stored in memory. Alternatively, the interface caninteractively prompt the user to identify specific pieces of informationfor storage. The interface can also extract specific pieces ofinformation using a predefined template. The interface can also promptor receive from another information processing system or an applicationsprogram desired information, content instructions, and formatinstructions.

The instant invention also provides for parsing information extractedfrom the hard copy document and for directing this parsed information tospecific users or application programs as an input file.

The invention also permits the user to define the transmission format ofthe input file for a particular computer application unit.

FIG. 1 illustrates hardware for implementing a preferred embodiment of ahard copy document to application program interface according to theinstant invention. The interface 200 processes information extracted offof hard copy document 100 and provides information to application units270 in a form required by each particular application unit. Theinterface extracts information off of a hard copy document 100 utilizinga scanner 210. The scanner 210 can be any type of scanner which extractsinformation off of hard copy documents, for example, an Optical Reader.

The scanned information is stored in a scanner memory 220 or in mainmemory 250, as will be described in greater detail below. If main memory250 or another memory is available to store the scanned information,then scanner memory 220 can be omitted.

The information from scanner memory 220 or main memory 250 istransmitted to computer 230. In the preferred embodiment, computer 230includes a display 232, a keyboard 234, and a mouse 236. The display 232displays an image of the hard copy document itself and/or informationnecessary to process the information extracted off of the hard copydocument.

The computer 230 is used to select portions of the stored documentinformation contained in memory in accordance with content instructionswhich define portions of the stored document information required by anapplication unit. These content instructions may be provided by theapplication program. Alternatively, the content instructions can beinputted via an input device such as a keyboard, a touch screen, amouse, a notepad, a voice recognition device, or the like.

The computer 230 is also used to format selected stored documentinformation into the transmission format used by an application unitbased on transmission format instructions. The transmission formatinstructions may be provided by the application program. Alternatively,the transmission format instructions can be inputted via a keyboard, atouch screen, a mouse, a notepad, a voice recognition device, or thelike.

Thus, the computer 230 is used to generate an input file for aparticular application unit. The computer 230 is connected to scannermemory 220, main, or permanent, memory 250, a printer 260, andapplication units 270, via a bus 240. Although FIG. 1 illustrates use ofa bus to connect components together, it is understood that any routingor connecting link, implemented in hardware or software or both, can beemployed instead of, or in addition to, a bus. Instructions to or in thecomputer 230 control the main memory 250, the printer 260, theapplication units 270, and the bus 240. Instructions to or in computer230 can also control exchanges of information with scanner memory 220.

When the computer 230 generates an input file for a particular document,the computer 230 can send this input file directly to an applicationunit or can store this input file in the main memory 250 until requiredby an application unit. The main memory 250 may also optionally store acopy of the image information for the hard copy document and the textualinformation for the hard copy document. Thus, the image information andtextual information from the hard copy document can be retrieved andprinted out on printer 260. In addition, image and textual informationstored in scanner memory 220 or in main memory 250 can be used to formadditional input files at the time of input or at a later time, based oncontent instructions and transmission format instructions. Thus, theinvention can, at the discretion of the user, eliminate the need toretain copies of hard copy documents, permitting a paperless office.

The application units 270 include particular application programs anddevices which are controlled in accordance with information contained onhard copy document 100.

FIG. 2 illustrates an example of a hard copy document 100 which containsinformation to be processed by the instant invention. The documentillustrated in FIG. 2 is a bill from XYZ Corporation to customer ABCCorporation. FIG. 2 is only an example of a type of document that can beprocessed by the instant invention.

In a first operational mode, the scanner 210 stores all of theinformation extracted off of hard copy document 100 in the scannermemory 220 or, alternatively, in main memory 250. The extractedinformation is stored in two forms. The actual image of the hard copydocument 100 is stored as image information in the scanner memory 220.In addition, the scanner memory 220 stores textual informationrecognized on the hard copy document 100 by, for example, employingstandard character recognition software. In the preferred embodiment,the textual information is stored in ASCII format. The scanner memory220 can be, for example, an electronic, magnetic, or optical memory.

FIG. 3A illustrates an enlarged view of the computer 230 of FIG. 1. Thisview will be used to describe a second mode of operation. In this secondmode of operation, the hard copy document 100 is scanned and a copy ofthe document 100 is displayed on display 232 of computer 230, based onthe contents of information temporarily stored in scanner memory 220.After the document is displayed on display 232, the computer 230interactively prompts the user to identify the location of specificpieces of information on the hard copy document. In the FIG. 3Aillustration, this prompt message is indicated as the message beginningwith the arrow.

For example, the prompt message can ask the user to identify thelocation of account number information on the hard copy document. Theuser then uses an input device, such as keyboard 234 or mouse 236 or atouch screen, notepad, voice recognition device, or other input deviceto position a cursor on the display to identify the location of theinformation requested by the prompt message. For example, the cursorcould be used to define a block (which could be highlighted) containingthe requested information, followed by a mouse "enter" click. In thisexample, the user would move the mouse to identify the location of theaccount number information contained on the hard copy document 100. Thecomputer 230 then stores the information which has been identified bythe user as account number information in the appropriate address orsubfile or as the appropriate variable or parameter in memory. Thecomputer then prompts the user to identify the location of otherinformation on the hard copy document, such as, statement dateinformation. The process proceeds until all of the desired informationhas been stored into the appropriate locations in memory.

FIG. 3B illustrates a variation of the second mode for interactivelyprompting the user for information. In FIG. 3B, the display is splitinto two portions. A left-hand portion 232L displays the image of thehard copy document and a right-hand portion 232R displays the requiredapplication program information. For example, in FIG. 3B, portion 232Rdisplays a spreadsheet used by an application program. While observingthe split display, the user can input instructions to associate specificpieces of information on the hard copy document (for example, the vendorname indicated by the mouse arrow 232A) with particular subfiles inmemory (for example, the vendor field next to which the cursor 232Cappears), using a mouse or other input device(s) or both. The splitdisplay also allows the user to generate content format instructionswhile observing the information required for a particular applicationprogram on the right-hand portion.

These second modes of operation are efficient for small businesses whichreceive a small number of a wide variety of invoices, since the userdoes not necessarily have to store all of the information that appearson the hard copy document. A further advantage is that data input isquicker, easier, and more accurate than with previous keyboardmethodology. In addition, by specifying the location on the hard copydocument of information, the user may optionally create a template, tobe described in further detail below, for each different type ofinvoice. This template is stored for future use when another hard copydocument in the same format is received.

More specifically, instructions from computer 230 can direct the scanner210 and scanner memory 220, and/or main memory 250, to scan and/or storeonly specific portions of hard copy document 100. After the interactiveprompts required to obtain information for a desired applicationprogram, the unused information stored in scanner memory 220 or 250 canbe erased. Further, scanning of a second identical document can belimited to only those portions of the document which contain neededinformation.

More specifically, in FIG. 2, the lines 10 drawn around certain portionsof the document represent the areas which the user has previouslyidentified as the portions of a document to be extracted by the scanner210 and stored in scanner memory 220 and/or main memory 250. Since thelogo 20 and the message 30 have not been identified as an area to bescanned and stored, these areas are not scanned and stored in subsequentdocuments. Since the user has previously associated each of the areas 10with a specific subfile of information, e.g., the account number, thescanned information is stored in memory locations corresponding to thatsubfile.

Data Processing

FIGS. 4-10 illustrate the flow of data in the FIG. 1 preferredembodiment. FIG. 4 illustrates the overall data flow for the FIG. 1preferred embodiment. The preferred embodiment includes an input processmodule 1.0, an information processing module 2.0, and an outputprocessing module 3.0. The information processing module 2.0 is equippedto receive instructions from and transmit information to a user. Theinformation processing module 2.0 can also transmit to and receiveinformation from a remote external device through communicationinterface 4.0. Input process module 1.0 and output processing module 3.0can also access communication interface 4.0. A module is implemented inhardware, software, or a combination of hardware and software. Thespecific implementation for a particular business application dependsupon a variety of factors, for example, the relative costs of hardwareand software implemented systems, the frequency with which a user willwant to expand or modify the system, and the like.

FIG. 5 is a more detailed diagram of the input process module 1.0 ofFIG. 4. The input process module 1.0 includes a character input module1.1, an image input module 1.2, and, in the preferred embodiment, acharacter recognition device 1.3. The character input module inputstextual information, such as alphanumeric characters, from an inputdevice such as keyboard 234. The image input module 1.2 inputs imageinformation, for example, a digitized image of the actual appearance ofhard copy document 100. Textual information can include textual inputfrom an input device such as keyboard 234 and textual informationextracted from the document by character recognition device 1.3. Bothtypes of information comprise an input document which is transmitted toinformation processing module 2.0. In the FIG. 1 preferred embodiment,the processing performed by input process module 1.0 occurs in scannermemory 220, computer 230, and main memory 250.

FIG. 6 illustrates information processing data flow for the FIG. 1preferred embodiment, that is, FIG. 6 illustrates data flow in theinformation processing module 2.0.

The information processing module 2.0 includes a maintain library module2.1, to be described in further detail below in conjunction with FIG. 7,a maintain definitions module 2.2, to be described in further detailbelow in conjunction with FIG. 8, and a process document module 2.3 tobe described in further detail below in conjunction with FIG. 9.

The information processing module 2.0 is the module which coordinatesand drives the entire system. In the preferred embodiment, theinformation processing module 2.0 is implemented primarily by computer230.

FIG. 7 illustrates information processing data flow in the maintainlibrary module 2.1. The maintain library module 2.1 maintains a libraryof image information, for example, a digitized image representing theactual appearance of the hard copy document, and textual information ofthe hard copy documents for reference during processing. This librarycan be incorporated within scanner memory 220, main memory 250, oranother independent memory, for example, a RAM disk. The maintainlibrary module 2.1 includes a store document module 2.1.1, a correcterrors module 2.1.2, a retrieve document module 2.1.3, and a documentfile 2.1.4. These modules operate collectively to store, retrieve, andcorrect document information.

The store document module 2.1.1, prior to routing the document to thedocument file 2.1.4, may provide information on recognition errors whichmay have occurred while inputting the document. For example, the storedocument module 2.1.1 identifies that a character contained on hard copydocument 100 was not recognized. The store document module 2.1.1 alsooptionally causes a copy of the document and its parsing to be displayedon the display 232 for confirmation by the user. The user may utilizethis opportunity to identify any errors in the displayed document and,in conjunction with the correct errors module 2.1.2, to revise thedocument's parsing, if necessary, prior to storage of the document inmemory. The module 2.1.1 also provides a facility for the user to name aparticular hard copy document for cataloging, storage, and retrievalpurposes. After the document is named, the store document module 2.1.1stores copies of the document in the document file 2.1.4.

The correct errors module 2.1.2 processes instructions from the user tocorrect errors identified by the store document module 2.1.1 and errorsthat have been spotted by the user during the confirmation process.

The retrieve document module 2.1.3 permits the user to retrieve a copyof a document previously stored in the document file 2.1.4. As describedabove, long-term storage is provided by main memory 250, if necessary.

FIG. 8 illustrates a more detailed information processing data flowdiagram for the maintain definitions module 2.2 of FIG. 6. The maintaindefinitions module 2.2 allows the user to define system and documentparameters and maintains the definitions of these system and documentparameters. The maintain definitions module 2.2 includes a definetemplate module 2.2.1 which allows the user to specify the location ofinformation on the document. This information provided by the userdefines a template which is used to extract information off the documentand to associate the extracted information with a particular variable orsubfile. These templates are illustrated by boxes 10 in the FIG. 2example of a hard copy document. The maintain definitions module 2.2 canalso access templates previously defined by the user and stored in mainmemory 250. Templates can also be provided as part of software packagesdeveloped by program developers.

The maintain definitions module 2.2 also includes a define relationshipsmodule 2.2.2. The define relationships module 2.2.2 allows the user todefine data relationships, or logical relationships, between pieces ofinformation extracted from the hard copy document. These pieces ofinformation are then used to generate an input file for a selectedcomputer application unit. The user defines these relationships bycontent instructions. Alternatively, content instructions to definerelationships can be provided by application software. If the userprovides these content instructions, the content instructions areinputted via keyboard 234 or via another input device such as a notepad,a voice recognition device, or the like. Examples of contentinstructions, data, and logical relationships will be described infurther detail in conjunction with FIGS. 11 and 12A, 12B, and 12C.

The maintain definitions module 2.2 also includes a define format module2.2.3. The define format module 2.2.3 allows the user to definetransmission formats for an input file which is then transmitted to aselected computer application unit. Selection of the transmission formatof the input file is accomplished by the user through use oftransmission format instructions. Alternatively, the applicationssoftware itself can generate its own transmission format instructions.When the user must specify transmission format instructions, thetransmission format instructions are inputted via keyboard 234 or viaanother input device such as a notepad, a voice recognition device, orthe like. A further description of various transmission formats will beprovided below in conjunction with FIGS. 12A, 12B, 12C, 13A, 13B, and13C.

A select definitions module 2.2.4 is also included in the maintaindefinitions module 2.2. The select definitions module 2.2.4 allows theuser to store and select a set of definitions to be used for processingthe document. The definitions identify pieces of information on thedocument by, for example, absolute location, variable location, orrelative location, or by proximity to key words and/or symbols. Thesedefinitions are described in further detail below by way of anillustrative example.

FIG. 9 illustrates a more detailed information processing data flowdiagram for the process document module 2.3. The process document module2.3 processes the document after the document has been stored in thesystem. The process document module 2.3 gathers the appropriateinformation which has been stored, and creates input file(s) 2.3.3 forthe selected application unit. The process document module 2.3 thentransmits the input file(s) via bus 240 and/or communication interface4.0 to an application unit 270, an output device such as printer 260, orto main memory 250.

The process document module 2.3 includes an extract data module 2.3.1.This module extracts data off of the document in accordance with theuser's instructions, for example, the user-defined template, or throughthe interactive mode.

The process document module 2.3 also includes a preapplication processmodule 2.3.2 which gathers and associates information extracted from thedocument in accordance with content instructions. This module promptsthe user for any additional information required to satisfy therelationships defined by the content instructions. The preapplicationprocess module 2.3.2 also places the selected information into thetransmission format defined by the transmission format instructions.

The preapplication process module 2.3.2 also generates the input file2.3.3 for the selected application in accordance with the appropriateinstructions. The input file 2.3.3 is then transmitted to bus 240 and/orcommunication interface 4.0 for transmission to a particular applicationunit 270.

FIG. 10 illustrates a detailed output data flow diagram for outputmodule 3.0. Output module 3.0 outputs a textual and/or image copy of thedocument. In the FIG. 1 preferred embodiment, output module 3.0 isimplemented by printer 260, associated software, and associatedinterface circuitry.

Operation

Examples of operation of a preferred embodiment will now be described.

The user enters the system by providing instructions to the informationprocessing module 2.0. The user then instructs the informationprocessing module 2.0 to conduct maintain library processing, maintaindefinitions processing, or process document processing.

If the user selects maintain library processing, the user then providesinstructions to maintain or modify the document library through themaintain library module 2.1. For example, the user can direct theinputting and storage of a hard copy document 100 or can retrieve andoutput a document. The user requests inputting of a document through thestore document module 2.1.1. The system then prompts the user to specifya storage location for the inputted document. The document is thenread-in by the input process module 1.0. A textual copy and/or an imagecopy are stored into the document file 2.1.4. Errors which have occurredduring inputting are identified and corrected by the correct errorsmodule 2.1.2 and the user. The corrections are reflected in the documentinformation stored in document file 2.1.4.

The retrieve document module 2.1.3 is used to retrieve and output adocument. The system prompts the user to specify the storage location ofa document and the type of document copy, for example, a textual or animage copy, to be outputted. The document is then outputted by theoutput process module 3.0.

If the user initially selected maintain definitions processing, the userwould instruct the system to maintain and/or modify parameterdefinitions through the maintain definitions module 2.2. For example,the user can define and maintain a document template for extractingselected portions of information off of the hard copy document. The usercan use the template to extract selected portions of information off ofthe hard copy document when the document is originally inputted, oralternatively, the user can use the template to identify selectedportions of information for extraction off of an image copy of thedocument. In creating the template, the user identifies pieces ofinformation on the document to be extracted and assigns a variable name,or subfile, to each piece of data.

The location of data to be extracted can be defined in a number of waysother than by use of a template. For example, the user can designate theabsolute location of information on the document with respect to a gridoverlaid on the document, e.g., always on line 3, starting in column i.The user can also identify information by specifying the relativelocation of information to be extracted, e.g., always two lines belowthe piece of data named "salutation", starting in column 3. The user canalso specify the location of information to be extracted by variablelocation specification. For example, if the hard copy document is aletter, the module would conduct a key word search for the term "DearSir:". Wherever this term "Dear Sir:" is located, this piece of datawould be associated with the variable specified by the user, forexample, the variable "salutation." In addition, a defined set ofconventional symbols can be used to signify certain recurring data itemsfor the convenience of users of the instant invention. For example, a"@" symbol can be used to delineate the vendor name as follows: "@XYZCorporation@". Other examples of the use of symbols to delineateinformation will be described with reference to FIG. 14.

The maintains definition module 2.2 is also used to maintain datarelationships in accordance with content instructions and to maintaininput file formats in accordance with transmission format instructions.Relationships are defined and maintained between pieces of data,specified by, for example, the names of variables, through the definerelationships module 2.2.2. The names of pieces of data on the documentare retrieved by, for example, the define template module 2.2.1, and arepassed to the define relationships module 2.2.2. The user may thenprovide any additional pieces of data needed to generate an input filefor a particular application program or unit, such as an input file linenumber. The user, the applications software, and/or instructionspreviously stored in memory then establishes the contents of the inputfile by defining relationships between pieces of data using contentinstructions. Specific examples of content instructions will bediscussed below in conjunction with FIGS. 11, 12A, 12B, 12C, 13A, 13B,and 13C.

The user and/or the applications software defines and maintains thetransmission format of the input file to be used by a particularapplication program or unit through the define format module 2.2.3 inaccordance with transmission format instructions. This is accomplishedby defining the parameters to be used by the preapplication processmodule 2.3.2 in generating an input file. Parameters which wouldtypically be required to generate an input file would include thecharacter type, e.g., text or pixel; delimiters used between pieces ofdata, e.g., a slash or a semicolon; end of line characters, e.g., acarriage return or a line feed; and end of file characters. Examples oftransmission formats will be described in further detail below inconjunction with FIGS. 11, 12A, 12B, 12C, 13A, 13B, and 13C.

If the user initially selected process document processing, theinterface will then proceed to process the document through use of theprocess document module 2.3. For example, the user can extract specificportions of data from an image copy of a document, can generate an inputfile for transmission to an application program, or can directly processinformation interactively with an application program.

If the user desires to extract specific portions of data from an imagecopy of a hard copy document which has already been stored in memory,the user uses the extract data module 2.3.1 to identify a document to beprocessed. The document is then retrieved by the retrieve documentmodule 2.1.3 and passed to the extract data module 2.3.1. The user canalso select parameter definitions through the select definitions module2.2.4.

The selected document template or parameter definition is passed to theextract data module 2.3.1. The extract data module 2.3.1 extracts piecesof data from the image copy of the document, as defined by the documenttemplate definition or the parameter definitions or both. This documentdata is then passed to preapplication process module 2.3.2.

The interface generates input file(s) 2.3.3 by use of the preapplicationprocess module 2.3.2. The selected data relationship definition, asdefined by the content instructions, and the selected record formatdefinitions, as defined by the transmission format instructions, arepassed to the preapplication process module 2.3.2. The preapplicationprocess module 2.3.2 assembles the input file in accordance with thecontent instructions. The preapplication process module 2.3.2 alsoprompts the user for any additional pieces of data which need to beprovided by the user. The input file is converted to the desiredtransmission format in accordance with the transmission formatinstructions. This physically formatted data is then stored in the inputfile 2.3.3.

The user can also use an application program to process information byloading the particular application program into the computer 230 ratherthan by sending the input file to a remote application unit 270.

An illustrative example of the processing described above will now bedescribed.

The user inputs instructions via keyboard 234 or another input devicewhich indicate that the user desires to input and store a document. Thecomputer 230 then prompts the user for the name of the document. In thisexample, the user desires to input the document of FIG. 2 and thereforenames the document "XYZ Corp. Bill Dec. 1, 1986." The computer thenprompts the user to feed the hard copy document 100 into the scanner210. The image of the hard copy document is displayed on display 232.The computer then prompts the user to identify the account number on thedocument. By use of the mouse 236 or other input device to position acursor on the display, the user indicates the location of the accountnumber. The account number is then read-in to a subfile named "AccountNumber." This process proceeds until all of the desired information hasbeen read-in and stored.

In this particular example, no errors were encountered while inputtingthe document. The user then directs that the document be stored forfuture reference in a document file.

Some time later, the user desires to retrieve and output the documentand to generate input files based on information from the document. Thecomputer 230 prompts the user for the name of the document and the typeof output. The user responds with "XYZ Corp. Bill Dec. 1, 1986" for aprinted textual copy. The document is then retrieved from the documentfile and passed to the printer 260 for printing.

In order to generate an input file for a specific application program,the user selects the option to define a document template for use wheneach month's XYZ Corporation bill arrives. Accordingly, the userinstructs the system to display a copy of an XYZ Corporation bill on thedisplay 232. The user then identifies pieces of data by absolutelocations. That is, the user assigns specific names to informationlocated at specific portions of the document. In this example, the userwould input the following information:

Vendor-text, line 1, one line, column 1, 80 characters;

Account number-numeric, line 6, one line, column 25, 9 characters;

Statement date-date, line 9, one line, column 25, 8 characters;

Payment date-date, line 11, one line, column 25, 8 characters;

Previous balance-currency, line 7, one line, column 75, 9 characters;

New charges-currency, line 8, one line, column 75, 9 characters;

Other debits-currency, line 10, one line, column 75, 9 characters;

Finance charges-currency, line 12, one line, column 75, 9 characters;

Payments-currency, line 13, one line, column 75, 9 characters;

Other credits-currency, line 14, one line, column 75, 9 characters;

New balance-currency, line 15, one line, column 75, 9 characters.

The user also identifies data with variable locations. In thisparticular example, a variable location is specified as follows:

Heading 2-line, value="Mail To:"

The identification of Heading 2 as line information means that thesystem will search for occurrences of the character string "Mail To:"and assign the line number which contains this character string toHeading 2.

The user also identifies data by relative locations. In this example,the user identifies the following relative location:

Mail To-text, Heading 2+1, 3 lines, column 60, 25 characters per line.

The instructions above instruct the system to assign the textualinformation beginning on one line after Heading 2 and continuing for 3lines, in column 60, to the Mail To subfile.

As an alternative to inputting the actual line, column, and characternumbers, the user can identify desired portions of the document byblocking, or highlighting, the desired portions using the mouse or otherinput device. In this case, the computer converts the highlightedportions into corresponding line, column, and character numbers.

FIG. 11 lists data corresponding to the hard copy document of FIG. 2 andthe associated variable or subfile names.

Next, the user desires to define data relationships in accordance withcontent instructions. Examples of the type of contents which can bespecified by a user are illustrated in FIGS. 12A, 12B, and 12C.

In this particular example, three separate departments of ABCCorporation require information from the XYZ Corporation bill. The firstdepartment requires vendor, account number, statement date, paymentdate, previous balance, new charges, debits, finance charges, payments,and new balance information. The second and third departments requiremail to information and previous balance information. Each of thesedepartments have their own application program which utilizes thisinformation.

The user employs content instructions to designate how pieces ofinformation, which have been extracted off of hard copy document 100,are directed to particular departments, that is, particular applicationprograms. FIG. 12A illustrates the contents of the information to betransmitted to the first department. FIG. 12B illustrates theinformation to be transmitted to the second department. FIG. 12Cillustrates the information to be transmitted to the third department.The content instructions, therefore, parse the information shown in FIG.11 to various application programs, as shown by FIGS. 12A, 12B, and 12C.Content instructions can also be used to identify additional pieces ofdata which are required for the input files of the particularapplication programs. In this particular example, the specificapplication programs from the three departments all require numericrecord number information, numeric horizontal position information,numeric vertical position information, and date received information.The horizontal and vertical position information is used by theapplication program to specify the location of the received informationon a spreadsheet application program, in this example. The user may knowin advance the content format required by each application program, thatis, in this example, the location and type of information specified onthe spreadsheet. The user may also employ the split display modedescribed with reference to FIG. 3B to generate content formatinstructions.

Using the content instructions, the user establishes the followingcontents for the input file corresponding to FIG. 12A:

Record number, horizontal position, vertical position, vendor;

Record number, horizontal position, vertical position, account number;

Record number, horizontal position, vertical position, statement date;

Record number, horizontal position, vertical position, date received;

Record number, horizontal position, vertical position, payment date;

Record number, horizontal position, vertical position, previous balance;

Record number, horizontal position, vertical position, new charges;

Record number, horizontal position, vertical position, finance charges;

Record number, horizontal position, vertical position, payments;

Record number, horizontal position, vertical position, new balance.

Next, transmission format instructions are employed to define thetransmission format of the input file for a specific application programor unit. FIG. 13A illustrates the transmission input file correspondingto FIG. 12A. FIG. 13B illustrates the transmission input filecorresponding to FIG. 12B. FIG. 13C illustrates the transmission inputfile corresponding to FIG. 12C. A comparison of FIGS. 12B and 12Creveals that FIGS. 12B and 12C have the same contents. However, theinformation illustrated in FIG. 12B is being sent to a differentapplication program than the information in FIG. 12C. These applicationprograms require different transmission input formats, as illustrated inFIGS. 13B and 13C. More specifically, the application program thatreceives the input file illustrated in FIG. 13B uses the greater thansign as a delimiter whereas the application program which receives thetransmission input file shown in FIG. 13C uses a back-slash as thedelimiter.

After the contents and the transmission format for the input file havebeen defined, and any additional information has been inputted, theinput file is assembled and transmitted to the particular applicationprogram.

FIG. 14 illustrates another example of a hard copy document containinginformation to be processed by the instant invention. The hard copydocument illustrated in FIG. 14 is first scanned and information fromthe hard copy document is stored into a memory. The interface 200 thenidentifies portions of the hard copy document corresponding to variousvariables by recognizing a defined set of symbols. In the FIG. 14example, triangles delineate the mailing address, circles delineate thestatement date, and squares delineate the new charges. Information fromthese portions of the hard copy document is stored in the correspondingmemory locations or subfiles for each variable. The same set of symbolscan be used to identify the same information from one document to thenext. Thus, even if the physical formats of documents are not fixed fromone document to the next, a diversity of hard copy documents can beprocessed without manually inputting data by recognition of the definedsymbols.

Examples of readily available application programs are Quicken and Lotus1, 2, 3 both of which are widely utilized in the business community.Quicken, for example is an easy-to-utilize program for writing checksand preparing business records. Payee, amount and address informationmay readily be transmitted from scanner memory 220 and/or main memory250 to the Quicken application program for check writing functions andledger keeping purposes. Lotus is a well known spreadsheet program whichmay process data input into specified cells once this data is placed inconventional Lotus format.

Thus, the instant invention provides an integrated and comprehensivesystem for handling information from a hard copy document, thuspermitting a paperless office. In addition, the invention permits data,extracted off of a hard copy document, to be easily manipulated intovarious logical and transmission formats required by a particularapplication unit. The invention also provides a low cost system forinputting information from a wide variety of hard copy documents into amemory.

The foregoing description has been set forth merely to illustratepreferred embodiments of the invention and is not intended to belimiting. Modifications are possible without departing from the scope ofthe invention.

For example, letters, checks, forms, pictures, reports, music scores,film, and other types of hard copy documents can be processed by theinvention for accounts payable/receivable accounting, inventory control,record keeping, budgeting, data base management, music transcription,forms processing, computerized art, survey and questionnaire processing,statistical data analysis, correspondence processing and otherapplications.

Other automated digitizing units can be used in addition to or as analternative to use of the scanner 210 as an input unit. Any electrical,magnetic, or optical device which extracts information off of a hardcopy document, thereby eliminating the need to manually inputsignificant amounts of information from the hard copy document issuitable for use as an automated digitizing unit. In addition,information can be input by user responses and digital and analogsignals generated from various devices, and from computer files fromother computer systems. Suitable hardware for inputting data includes akeyboard, a light pen, a mouse, a touch screen, a laser scanner, amicrophone, a tablet, a disk drive, a magnetic tape drive, and a modem.

The interface 200 can also output information in forms other than a hardcopy of textual or image information. For example, the interface 200 canoutput system responses, computer files, and digital and analog signalsfor transmission to other computer systems or to control systems.Suitable hardware for outputting information includes a disk drive, amagnetic tape drive, a cathode ray tube, a plasma screen, a printer, aplotter, a film developer, an amplifier, and a modem.

Since modifications of the described embodiments incorporating thespirit and substance of the invention may occur to persons skilled inthe art, the scope of the invention should be limited solely withrespect to the appended claims and equivalents.

What is claimed is;
 1. A method of processing information from adiversity of types of hard copy documents, said method comprising thesteps of:(a) receiving output representing a diversity of types of hardcopy documents from an automated digitizing unit and storing informationfrom said diversity of types of hard copy documents into a memory, saidinformation not fixed from one document to the next, said receiving stepnot preceded b scanning, via said automated digitizing unit, of aseparate document containing format requirements; (b) recognizingportions of said hard copy documents corresponding to a first datafield; and (c) storing information from said portions of said hard copydocuments corresponding to said first data field into memory locationsfor said first data field.
 2. A method as set forth in claim 1, whereinstep (b) includes prompting identification of said portions of said hardcopy documents corresponding to said first data field.
 3. A method asset forth in claim 1, wherein step (c) includes storing textualinformation from said portions of said hard copy documents correspondingto said first data field into said memory locations for said first datafield.
 4. A method as set forth in claim 1, further comprising the stepsof detecting and correcting errors resulting from automated digitizing.5. A method as set forth in claim 1, further comprising the sep ofutilizing a template to associate portions of said hard copy documentswith specific data fields.
 6. A method as set forth in claim 1, furthercomprising receiving instructions identifying at least one character orsymbol, located on said hard copy documents, which identifies a locationon said hard copy documents containing data corresponding to a specificdata field.
 7. A method as set forth in claim 1, further comprisingreceiving instructions identifying at least one character or symbol,located on said hard copy documents, which identifies a relativelocation on said hard copy documents containing data corresponding to aspecific data field.
 8. A method as set forth in claim 1, wherein step(b) includes displaying an image of a hard copy document on a displaybased on a contents of said memory.
 9. A method as set forth in claim 8,further comprising the steps of:recognizing portions of said hard copydocuments corresponding to a second data field, said portions of saidhard copy documents corresponding to said second data field beingdifferent from said potions of said hard copy documents corresponding tosaid first data field; and storing information from said portions ofsaid hard copy documents corresponding to said second data field intomemory locations or said second data field.
 10. A method as set forth inclaim 1, further comprising the steps of:recognizing portions of saidhard copy documents corresponding to a second data field, said portionsof said hard copy documents corresponding to said second data fieldbeing different from said potions of said hard copy documentscorresponding to said first data field; and storing information fromsaid portions of said hard copy documents corresponding to said seconddata field into memory locations for said second data field.
 11. Amethod as set forth in claim 10, further comprising the step of storingimage information from said portions of said hard copy documentscorresponding to said second data field into said memory locations forsaid second data field.
 12. A method as set forth in claim 10, furthercomprising the step of storing textual information from said portions ofsaid hard copy documents corresponding to said second data field intosaid memory locations for said second data field.
 13. A method as setforth in claim 10, further comprising the step of promptingidentification of said portions of said hard copy documentscorresponding to said second data field.
 14. A method of processinginformation from a diversity of types of hard copy documents, saidmethod comprising the steps of:(a) scanning a diversity of types of hadcopy documents and storing information from said diversity of types ofhard copy documents into a memory, said information not fixed from onedocument to the next, said scanning not preceded b scanning of aseparate document containing format requirements; (b) recognizingportions of said hard copy documents corresponding to a first datafield; and (c) storing information from said portions of said hard copydocuments corresponding to said first data field into memory locationsfor said first data field.
 15. A method as set forth in claim 14,further comprising the steps of detecting and correcting errorsresulting from said scanning.
 16. A method as set forth in claim 14,further comprising receiving instructions identifying at least onecharacter or symbol, located on said hard copy documents, whichidentifies a relative location on said hard copy documents containingdata corresponding to a specific data field.
 17. A method as set forthin claim 14, further comprising receiving instructions identifying atleast one character or symbol, located on said hard copy documents,which identifies a location on said hard copy documents containing datacorresponding to a specific data field.
 18. A method as set forth inclaim 14, further comprising the step of utilizing a template toassociate portions of said hard copy documents with specific datafields.
 19. A Method as set forth in claim 14, wherein step (c) includesstoring textual information from said portions of said hard copydocuments corresponding to said first data field into said memorylocations for said first data field.
 20. A method as set forth in claim14, wherein step (b) includes prompting identification of said portionsof said hard copy documents corresponding to said first data field. 21.A method as set forth in claim 14, wherein step (b) includes displayingan image of a hard copy document on a display based on a contents ofsaid memory.
 22. A method as set forth in claim 21, further comprisingthe steps of:recognizing portions of said hard copy documentscorresponding to a second data field, said portions of said hard copydocuments corresponding to said second data field being different fromsaid portions of said hard copy documents corresponding to said firstdata field; and storing information from said portions of said hard copydocuments corresponding to said second data field into memory locationsfor said second data field.
 23. A method as set forth in claim 14,further comprising the steps of:recognizing portions of said hard copydocuments corresponding to a second data field, said portions of saidhard copy documents corresponding to said second data field beingdifferent from said potions of said hard copy documents corresponding tosaid first data field; and storing information from said portions ofsaid hard copy documents corresponding to said second data field intomemory locations for said second data field.
 24. A method as set forthin claim 23, further comprising the step of storing image informationfrom said portions of said hard copy documents corresponding to saidsecond data field into said memory locations for said second data field.25. A method as set forth in claim 23, further comprising the step ofstoring textual information from aid portions of said hard copydocuments corresponding to said second data field into said memorylocations for said second data field.
 26. A method as set forth in claim23, further comprising the step of prompting identification of saidportions of said hard copy documents corresponding to said second datafield.
 27. A method of processing data extracted from a diversity oftypes of hard copy documents, said method comprising the steps of:(a)receiving output representing a diversity of types of hard copydocuments from an automated digitizing unit and storing information fromsaid diversity of types of hard copy documents into a memory as storeddocument information, said receiving step not preceded by scanning, viasaid automated digitizing unit, a separate document containing formatrequirements; (b) recognizing and selecting portions of said storeddocument information corresponding to data fields required by anapplication unit; (c) formatting said selected portions of said storeddocument information into a transmission format used by said applicationunit; and (d) transmitting said formatted selected portions of saidstored document information to said application unit.
 28. A method asset forth in claim 27, further comprising the step of printing textualcopies of said hard copy documents based on said stored documentinformation.
 29. A method as set forth in claim 27, wherein step (a)includes receiving output representing a diversity of types of hard copydocuments from a scanner.
 30. A method as set forth in claim 27, whereinstep (a) includes receiving instructions identifying at least onecharacter or symbol, located on said hard copy documents, whichidentifies a relative location on said hard copy documents containingdata corresponding to a specific data field.
 31. A method as set forthin claim 27, wherein step (a) includes receiving instructionsidentifying at least one character or symbol, located on said hard copydocuments, which identifies a location on said hard copy documentscontaining data corresponding to a specific data field.
 32. A method asset forth in claim 27, wherein step (a) includes the step of utilizing atemplate to associate portions of said hard copy documents with specificdata fields.
 33. A method as set forth in claim 27, further comprisingdetecting and correcting errors in said stored document informationresulting from automated digitizing.
 34. A method as set forth in claim27, wherein step (a) includes storing textual information representingcharacters on said hard copy documents.
 35. A method as set forth inclaim 27, wherein step (a) includes storing digitized image informationrepresenting the actual appearance of said hard copy documents.
 36. Amethod as set forth in claim 35, further comprising the step of printingcopies of said hard copy documents based on said digitized imageinformation.
 37. An application program interface, comprising:anautomated digitizing unit which extracts information from a diversity oftypes of hard copy documents and stores said information from saiddiversity of types of hard copy documents in a memory as stored documentinformation; a processor recognizing and selecting portions of saidstored document information corresponding to data fields required by anapplication unit, said processor operative without reference toinformation extracted, via said automated digitizing unit, from aseparate document containing format requirements; a formatter formattingsaid selected portions of said stored document information into atransmission format used by said application unit; and an output unittransmitting said formatted selected portions of said stored documentinformation to said application unit.
 38. An interface as set forth inclaim 37, wherein said automated digitizing unit includes a scanner. 39.An interface as set forth in claim 37, further comprising a search unitfor searching for at least one character or symbol, located on said hardcopy documents, which identifies a location on said hard copy documentscontaining data corresponding to a specific data field.
 40. An interfaceas set forth in claim 37, further comprising:a template definition unitfor defining a template which associates locations on said hard copydocuments with specific data fields.
 41. An interface as set forth inclaim 37, further comprising an error correcting unit detecting andcorrecting errors resulting from extracting by said automated digitizingunit.
 42. An interface as set forth in claim 37, wherein said storeddocument information includes textual information representingcharacters on said hard copy documents.
 43. An interface as set forth inclaim 37, wherein said stored document information includes digitizedimage information representing an actual appearance of said hard copydocuments.
 44. An interface as set forth in claim 43, further comprisinga printer which prints out copies of an actual appearance of said hardcopy documents based on said digitized image information.
 45. A methodof processing data extracted from a diversity of types of hard copydocuments, said method comprising the steps of:(a) receiving outputrepresenting a diversity of types of hard copy documents from anautomated digitizing unit and storing information from said diversity oftypes of hard copy documents into a memory as stored documentinformation, said receiving step not preceded by scanning, via saidautomated digitizing unit, of a separate document containing formatrequirements; (b) recognizing and selecting portions of said storeddocument information corresponding to data fields required by anapplication unit; and (c) transmitting said selected portions of saidstored document information to said application unit.
 46. A method asset forth in claim 45, wherein step (a) includes storing textualinformation representing characters on said hard copy documents.
 47. Amethod as set forth in claim 45, further comprisig detecting andcorrecting errors in said stored document information resulting fromautomated digitizing.
 48. A method as set forth in claim 45, whereinstep (a) includes the step of utilizing a template to associate portionsof said hard copy documents with specific data fields.
 49. A method asset forth in claim 45, wherein step (a) includes receiving instructionsidentifying at least one character or symbol, located on said hard copydocuments, which identifies a location on said hard copy documentscontaining data corresponding to a specific data field.
 50. A method asset forth in claim 45, wherein step (a) includes receiving instructionsidentifying at least one character or symbol, located on said hard copydocuments, which identifies a relative location on said hard copydocuments containing data corresponding to a specific data field.
 51. Amethod as set forth in claim 45, further comprising the step of printingtextual copies of said hard copy documents based on said stored documentinformation.
 52. A method as set forth in claim 45, wherein step (a)includes storing digitized image information representing an actualappearance of said hard copy documents.
 53. A method as set forth inclaim 52, further comprising the step of printing copies of said hardcopy documents based on said digitized image information.
 54. Anapplication program interface, comprising:an automated digitizing unitwhich extracts information from a diversity of types of hard copydocuments and stores said information from said diversity of types ofhard copy documents in a memory as stored document information; aprocessor recognizing and selecting portions of said stored documentinformation corresponding to data fields required by an applicationunit, said processor operative without reference to informationextracted, via said automated digitizing unit, from a separate documentcontaining format requirements; and an output unit transmitting saidselected portions of said stored document information to saidapplication unit.
 55. An application program interface as set forth inclaim 54, wherein said automated digitizing unit includes a scanner. 56.An application program interface as set forth in claim 54, furthercomprising a search unit for searching for at least one character orsymbol, located on said hard copy documents, which identifies a locationon said hard copy documents containing data corresponding to a specificdata field.
 57. An application program interface as set forth in claim54, further comprising a template definition unit for defining atemplate which associates locations on said hard copy documents withspecific data fields.
 58. An application program interface as set forthin claim 54, further comprising an error correcting unit detecting andcorrecting errors resulting from extracting by said automated digitizingunit.
 59. An application program interface as set forth in claim 54,wherein said stored document information includes textual informationrepresenting characters on said hard copy documents.
 60. An applicationprogram interface as set forth in claim 54, wherein said stored documentinformation includes digitized image information representing an actualappearance of said hard copy documents.
 61. An application programinterface as set forth in claim 60, further comprising a printer whichprints out copies of an actual appearance of said hard copy documentsbased on said digitized image information.
 62. A method of processingdata extracted from a diversity of types of hard copy documents, saidmethod comprising the steps of:(a) receiving output representing adiversity of types of hard copy documents from an automated digitizingunit and storing information from said diversity of types of hard copydocuments into a memory as stored document information, said receivingstep not preceded by scanning, via said automated digitizing unit, aseparate document containing format requirements; (b) recognizing andselecting portions of said stored document information corresponding todata fields required by an application unit; and (c) formatting saidselected portions of said stored document information into atransmission format used by said application unit.
 63. A method as setforth in claim 62, further comprising the step of printing textualcopies of said hard copy documents based on said stored documentinformation.
 64. A method as set forth in claim 62, wherein step (a)includes storing textual information representing characters on saidhard copy documents.
 65. A method as set forth in claim 62, wherein step(a) includes storing digitized image information representing an actualappearance of said hard copy documents.
 66. A method as set forth inclaim 62, further comprising detecting and correcting errors in saidstored document information resulting from automated digitizing.
 67. Amethod as set forth in claim 62, wherein step (a) includes the step ofutilizing a template to associate portions of said hard copy documentswith specific data fields.
 68. A method as set forth in claim 62,wherein step (a) includes receiving instructions identifying at leastone character or symbol, located on said hard copy documents, whichidentifies a location on said hard copy documents containing datacorresponding to a specific data field.
 69. A method as set forth inclaim 62, wherein step (a) includes receiving instructions identifyingat least one character or symbol, located on said hard copy documents,which identifies a relative location on said hard copy documentscontaining data corresponding to a specific data field.
 70. Anapplication program interface, comprising:an automated digitizing unitwhich extracts information from a diversity of types of hard copydocuments and stores said information from said diversity of types ofhard copy documents in a memory as stored document information; aprocessor recognizing and selecting portions of said stored documentinformation corresponding to data fields required by an applicationunit, said processor operative without reference to extractedinformation scanned, via said automated digitizing unit, of a separatedocument containing format requirements; and a formatter formatting saidselected portions of said stored document information into atransmission format used b said application unit.
 71. An applicationprogram interface as set forth in claim 70, wherein said stored documentinformation includes textual information representing characters on saidhard copy documents.
 72. An application program interface as set forthin claim 70, further comprising an error correcting unit detecting andcorrecting errors resulting from extracting by said automated digitizingunit.
 73. An application program interface as set forth in claim 70,further comprising a template definition unit for defining a templatewhich associates locations on said hard copy documents with specificdata fields.
 74. An application program interface as set forth in claim70, further comprising a search unit for searching for at least onecharacter or symbol, located on said hard copy documents, whichidentifies a location on said hard copy documents containing datacorresponding to a specific data field.
 75. An application programinterface as set forth in claim 70, wherein said automated digitizingunit includes a scanner.
 76. An application program interface as setforth in claim 70, wherein said stored document information includesdigitized image information representing an actual appearance of saidhard copy documents.
 77. An application program interface as set forthin claim 76, further comprising a printer which prints out copies of anactual appearance of said hard copy documents based on said digitizedimage information.